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(54) Protocol independent sub-rate device 

(57) A protocol independent multiplexer is 
described that allows for multiple different protocols that 
operate at different bit rates to be combined and output 
in a format that may have yet another bit rate. The mul- 
tiplexer includes a series of inputting devices (102,104) 
that are each coupled to a respective buffering device 
(106,108), a mapping device (110) coupled to each of 
the buffering devices (106,108), and an outputting 
device coupled to the mapping device. Each of the 
inputting devices (102,104) receive an input optical sig- 
nal and forwards recovered data information to the cor- 
responding buffering device (106,108). The buffering 


devices (106,108) store the data information and output 
to the mapping device (110), the outputting being con- 
trolled by the mapping device (110) to ensure that the 
buffering devices (106,108) remain approximately half 
full. The mapping device (110) formats the data infor- 
mation into individual data units and outputs the data 
units to the outputting device which subsequently multi- 
plexes the data units. One key advantage of this proto- 
col independent multiplexer is that only one piece of 
hardware is required for the operation of numerous dif- 
ferent protocols. 
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Description 

[0001] The present invention relates generally to 
interface devices within communication systems and 
more specifically to devices such as multiplexers and 5 
demultiplexers implemented within communication sys- 
tems such as optical fiber communication systems. 
[0002] An integral part of any communication sys- 
tem is the protocol that is utilized to properly transmit 
the desired information from a first location to a second 10 
location. As an increasing amount of information is 
transmitted through optical fiber communication sys- 
tems, numerous standard protocols have been estab- 
lished and more are currently being defined. These 
protocols utilize different rates and formats in order to 15 
balance the advantages of increased flexibility and 
services with the complexity and overhead that comes 
as a result. 

[0003] For example, there are synchronous stand- 
ards such as SONET in North America and SDH in 20 
Europe, numerous other continuous formats, and 
numerous burst formats. Burst formats do not have a 
continuous clock, but transmit bursts of data without 
requiring any given phase relationship between bursts. 
The phase of the clock in continuous formats has conti- 25 
nuity under normal conditions. 

[0004] For each of these protocols, transponders, 
regenerators, and multiplexer/demultiplexer systems 
have been developed for the particular bit rate and con- 
ditions that apply. These components are designed spe- 30 
cifically for the particular protocol that it is to function 
with and cannot generally be used for other protocols. 
[0005] To allow interfacing between systems that 
utilize different protocols, mapping devices have been 
developed to transfer data information within one proto- 35 
col into a format that can be used within a system of a 
different protocol. The key to these mapping devices 
though are that they are specific to transferring one pro- 
tocol into one other protocol and cannot generally be 
used with any protocols that they are not specifically 40 
hardwired for. For example, Bellcore Generic Require- 
ment 0253 (GR-0253) describes in detail the standard 
mappings of the common asynchronous transmission 
formats (DSO, DS1 , DS2 f DS3, etc) into SONET. Similar 
mappings are defined for the ETSI hierarchy mapping 45 
into SDH. 

[0006] The key to these mappings are that they are 
each very precisely tuned for the particular format and 
bit rate that is being mapped, plus or minus a tolerance 
such as 20 parts per million (pprn) on the bit rate. This so 
means, that using these standard mappings, a signal 
that has a bit rate even 1% different than that of a DS3 
format cannot be transported within a SONET system. 
A different hardware unit is generally required to per- 
form the mapping of each kind of signal. 55 
[0007] These limitations on standard mappings 
become even more pronounced when considering the 
use of a multiplexer that may have more than one proto- 


col among the input signals and an. output signal of yet 
another protocol. Similar problems can be seen with the 
use of a demultiplexer. Very specific multiplexers have 
been developed that perform multiplexing functions for a 
limited number of protocols. For instance, there is a mul- 
tiplexer that can combine signals in the OC-3 and OC- 
12 formats to generate an output signal in the OC-48 
format. 

[0008] The key limitation to the current components 
used for multiplexing and demultiplexing is that a differ- 
ent piece of hardware is required for each different pro- 
tocol or set of protocols that are to be combined. This is 
going to require a substantial number different mapping 
devices and protocol specific multiplexers/demultiplex- 
ers as the number of protocols continue to increase with 
new components being required with the advent of each 
new protocol. 

[0009] According to a first aspect of the present 
invention, there is provided a multiplexer comprising: 

means for receiving at least two data signals at 
respective bit rates; 

means for recovering data information within each 
of the received data signals with use of their 
respective bit rates; 

means for buffering the recovered data information 
from each of the received data signals such that the 
recovered data information corresponding to each 
received data signal is output at determined output- 
ting periods; and 

means for monitoring fill characteristics within the 
means for buffering; 

means for determining the outputting periods for 
the recovered data information corresponding to 
each received data signal with use of the corre- 
sponding fill characteristics; and 
means for mapping the received data information 
into data units and outputting the data units. The 
means for receiving at least two data signals and for 
receiving data information may comprise at least 
two inputting devices. Each of the inputting devices 
operate to receive a data signal at a particular bit 
rate, recover data information within the received 
data signal with use of the particular bit rate, and 
output the data information. The means for buffer- 
ing may comprise buffering devices. 

[0010] The present invention is preferably a proto- 
col independent multiplexer that allows for input signals 
of a variety of different bit rates to be received while out- 
putting a single output with a bit rate that may be differ- 
ent than any of the received signals. This is performed 
by recovering data within the input signals, buffering the 
recovered data, and mapping the recovered data into a 
format sufficient for outputting. Preferably, the mapping 
is done by either a frame generation or a packet gener- 
ation. In preferred embodiments, the buffering of the 
recovered data is controlled to ensure that the mapping 
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is essentially continuous. 

[0011] Each of the buffering devices are connected 
respectively to the inputting devices and operate to 
receive the recovered data information from its respec- 
tive inputting device, save the data information, and out- s 
put the recovered data information at determined 
outputting periods. The means for monitoring, determin- 
ing and mapping comprises a mapping device. The 
mapping device is connected to the buffering devices 
and operates to monitor a fill characteristic within each io 
of the buffering devices, determine the outputting peri- 
ods for each of the buffering devices with use of the cor- 
responding fill characteristic, receive the data 
information output from each of the buffering devices, 
map the received data information into data units, and is 
output the data units. 

[0012] According to a second aspect of the present 
invention that is similar to the multiplexer of the first 
aspect, a single inputting device and single buffering 
device may be used. This turns the device into an inter- 20 
face device between two protocols that possibly are not 
known. 

[0013] According to a third aspect of the present 
invention, there is provided a demultiplexer comprising: 

25 

means for receiving a data signal; 

means for recovering data information within the 

received data signal; 

means for buffering at least two portions of the 
recovered data information such that each portion 30 
of the recovered data information is output at deter- 
mined outputting periods; 

means for monitoring fill characteristics within the 
means for buffering corresponding to each of the 
portions of recovered data information; 35 
means for determining the outputting periods for 
each of the portions of the recovered data informa- 
tion with use of the corresponding fill characteris- 
tics; and 

means for outputting the portions of the recovered 40 
data information. 

[0014] The means for receiving a data signal 
receiving data information may comprise an inputting 
device operating to receive a data signal, recover data 45 
information within the received data signal, and output 
the data information. The means for buffering may com- 
prise two buffering devices. Each of the buffering 
devices is connected to the inputting device and oper- 
ates to receive a portion of the recovered data informa- so 
tion, save the recovered data information, and output 
the recovered data information at determined outputting 
periods. The means for monitoring fill characteristics, 
determining outputting periods and outputting recov- 
ered information comprises outputting devices. Each of ss 
the outputting devices is connected to the respective 
buffering device and operates to monitor a fill character- 
istic within the respective buffering device, determine 
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the outputting periods for the respective buffering device 
with use of the corresponding fill characteristic, receive 
the data information output from the respective buffering 
device, and output the data information. 
According to a fourth aspect of the present invention, 
there is provided an interface device comprising: 

means for receiving a data signal at a particular bit 
rate; 

means for recovering data information within the 
received data signal with use of the particular bit 
rate; 

means for buffering the recovered data information 
such that the recovered data information is output 
at determined outputting periods; 
means for monitoring a fill characteristic within the 
means for buffering; 

means for determining the outputting periods for 
the means for buffering with use of the fill character- 
istic; and 

means for mapping the recovered data information 
output from the means for buffering into data units 
and outputting the data units. 

[0015] According to yet another aspect of the 
present invention, a protocol independent interface 
device may be used that allows for the adding or drop- 
ping of data units, preferably data packets, by combin- 
ing the multiplexer of the first aspect with the 
demultiplexer of the aspect. 

[0016] Examples of the present invention will now 
be described in detail with reference to the accompany- 
ing figures, in which: 

FIGURE 1 is a block diagram of a protocol inde- 
pendent multiplexer according to one aspect of the 
present invention; 

FIGURE 2 is a block diagram of a protocol inde- 
pendent multiplexer according to a first preferred 
embodiment of the present invention; 
FIGURE 3 is a block diagram of a protocol inde- 
pendent multiplexer according to a second pre- 
ferred embodiment of the present invention; and 
FIGURE 4 is a block diagram of a Clock and Data 
Recovery (CDR) demultiplexer (DEMUX) device 
implemented in the multiplexer of FIGURES 2 and 3 
according to an exemplary embodiment; 
FIGURE 5 is a block diagram of a frequency agile 
Phase-Locked-Loop .(PLL) implemented in the 
CDR DEMUX device of FIGURE 4 according to an 
exemplary embodiment; 

FIGURE 6 illustrates an exemplary frame structure 
generated by the frame generation and read logic 
block implemented within FIGURE 2; 
FIGURE 7 is a block diagram of a protocol inde- 
pendent demultiplexer operable with the multiplexer 
of FIGURE 2; 

FIGURE 8 is a block diagram of a protocol inde- 
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pendent demultiplexer operable with the multiplexer 
of FIGURE 3; and 

FIGURE 9 is a block diagram of a protocol inde- 
pendent add/drop interface according to an alterna- 
tive to the second preferred embodiment of the 5 
present invention. 

[0017] FIGURE 1 illustrates a protocol independent 
multiplexer according to one aspect of the present 
invention. This multiplexer comprises first and second w 
inputting devices 102,104, first and second buffering 
devices 106,108 coupled to the first and second input- 
ting devices 102,104 respectively, and a mapping 
device 110 coupled to the first and second buffering 
devices 106,108. 75 
[0018] Each of the inputting devices 102,104 is 
operable to receive a respective input signal S 1( S 2 
which is defined by a particular protocol. The input sig- 
nals are preferably optical input signals but it should be 
understood that they are not limited to this; for instance, 20 
they could be electrical input signals. One skilled in the 
art would understand that each protocol may have a dif- 
ferent bit rate and hence, in previous implementations, 
require an inputting device designed specifically for that 
particular bit rate. According to one aspect of the 25 
present invention, the inputting devices 102,104 
depicted within FIGURE 1 are capable of being used for 
a plurality of different protocols that operate at a plurality 
of different bit rates. In some embodiments this is 
accomplished with the use of flexible inputting devices 30 
that can operate at a number of different fixed bit rates 
with software flags communicating to the inputting 
devices which of the fixed bit rates to be utilized in a par- 
ticular circumstance. In preferred embodiments as are 
described herein below with reference to FIGURES 2 35 
and 3, the inputting devices do not require software 
flags as they comprise Clock and Data Recovery (CDR) 
devices which, as will be described herein below with 
reference to FIGURES 4 and 5, can determine the bit 
rate of the respective received signals S in1 ,S in2 and 40 
recover data information 0^ t D 2 within the received sig- 
nals without being given any knowledge of the actual 
protocol or bit rate that is used. 

[0019] As depicted within FIGURE 1, the first and 
second buffering devices 106,108 receive the data infor- 45 
mation D 1t D 2 output from the first and second inputting 
devices 102,104 respectively and output respective 
buffered data information BD-j ,BD 2 to the mapping 
device 110 at outputting periods determined by the 
mapping device 1 1 0. Preferably, the percentages of the so 
buffering devices 106,108 that are filled, hereinafter 
referred to as the fill levels (FL), are communicated to 
the mapping device. Subsequently, the mapping device 
1 1 0 utilizes the fill levels FL 1( FL 2 to determine the out- 
putting periods for the buffered data information 55 
BD 1( BD 2 from the buffering devices 106,108 and out- 
puts read signals READ^ READ 2 to the buffering 
devices 106,108. The utilization of the fill levels FL 1t FL 2 


and the subsequent selection of outputting periods can 
be done in numerous ways, a few of which are 
described herein below during the description of the 
preferred embodiments. 

[0020] Although the fill levels indicating the percent- 
age of the buffering devices that are occupied with data 
information are utilized in the preferred embodiments, it 
should be recognized that any fill characteristic could be 
used. For instance, the fill characteristic could be a ratio 
between the data information saved within the particular 
buffering device that has not been output and a maxi- 
mum amount possible to be saved within the particular 
buffering device. 

[0021] The mapping device 110, after inputting the 
buffered data information BD^BDg from the buffering 
devices 106,108 maps this data information into data 
units consistent with a particular format. The format for 
a number of preferable data units are described herein 
below for the preferred embodiments though these are 
not meant to limit the scope of the present invention. 
The mapping device 110 then outputs these data units 
via an output signal S out which comprises the data infor- 
mation D 1( D 2 received by both the first and second 
inputting devices 102,104. Similar to the input signals 
s tni. s in2» tne output signal is preferably an optical out- 
put signal, but is not limited to this embodiment. 
[0022] Although the broad aspect of the present 
invention depicted within FIGURE 1 only illustrates a 
multiplexer with two input signals S jn1 ,S in2) one skilled in 
the art would understand that a multiplexer according to 
the present invention could have more input signals as 
long as each input signal has a corresponding inputting 
device and a corresponding buffering device. 
[0023] Further, although not shown within FIGURE 
1 , a multiplexer according to the present invention could 
further comprise an outputting device coupled to the 
output of the mapping device 1 10 to transform the data 
units of the output signal into a particular format 
suitable for transmission. 

[0024] The preferred embodiments of the present 
invention are now described with reference to FIGURES 
2 through 8 for multiplexer/demultiplexer systems capa- 
ble of being implemented within optical fiber communi- 
cation systems. FIGURES 2 and 3 illustrate protocol 
independent multiplexers according to first and second 
preferred embodiments of the present invention. For 
these preferred embodiments, the inputting devices, as 
will be described in detail herein below with reference to 
FIGURES 4 and 5, are Clock and Data Recovery (CDR) 
devices combined with demultiplexers (DEMUX), here- 
inafter referred to as CDR DEMUX devices 202,204. 
These CDR DEMUX devices 202,204 each receive 
respective optical input signals O in1( O in2 , determine the 
clock rate of the received signal and hence its corre- 
sponding bit rate, recover the data information within the 
received signal, and output the respective clock rate 
CK in1 ,CK in2 that is synchronous with the respective 
optical input signals O in1 ,O in2 along with n signals that 
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together are a demultiplexed version of the data infor- 
mation to the respective buffering device. In these pref- 
erable embodiments, the buffering devices are First-ln- 
First-Out (FIFO) memory devices 206,208. 
[0025] FIGURE 4 illustrates an exemplary version 5 
of the CDR DEMUX device 202 (that is also identical to 
the CDR DEMUX device 204) that comprises an Opti- 
cal-to-Electrical (O/E) Converter 402, a frequency agile 
Phase-Locked-Loop (PLL) 404 coupled to the O/E con- 
verter 402, a data recovery unit 406 independently cou- . io 
pled to the O/E converter 402 and the frequency agile 
PLL 404, and a demultiplexer (DEMUX) 408 independ- 
ently coupled to the frequency agile PLL 404 and the 
data recovery unit 406. 

[0026] The O/E converter 402 operates to receive is 
the optical signal O jn1 and convert it into an electrical 
signal S inl which is input to both the frequency agile 
PLL 404 and the data recovery unit 406. The frequency 
agile PLL 404, as will be described in detail herein 
below with reference to FIGURE 4, determines the type 20 
of the received signal S in1 and outputs the clock rate 
CK jn1 that corresponds to the received signal S jn1 . The 
data recovery unit 406 utilizes the determined clock rate 
CK in1 to recover the data information that was transmit- 
ted in the optical signal O in1 . The demultiplexer 25 
(DEMUX) 408 receives the data information output from 
the data recovery unit 406 and outputs n signals that 
together are a demultiplexed version of the data infor- 
mation. Further, the demultiplexer 408 forwards the 
clock rate CK in1 determined at the frequency agile PLL 30 
404. 

[0027] The frequency agile PLL 404 is preferably 
similar to that disclosed within European patent applica- 
tion 99310177.3 entitled "Apparatus and Method for 
Versatile Digital Communication" by Soiheim et al, filed 35 
on December 1 7, 1 999, and assigned to the assignee of 
the present invention. This frequency agile PLL 404 is 
depicted within FIGURE 5 and is designed to recover a 
clock of any frequency on a broad continuous range, 
from any type of digitally modulated signal. It should be 40 
understood that other designs for frequency agile PLLs 
are possible and FIGURE 5 is provided to show one 
preferable embodiment. 

[0028] The circuit comprises a phase error detector 
502, a control unit 504, a loop fitter 506 coupled to both 45 
the phase error detector 502 and the control unit 504, 
an octave Voltage Controlled Oscillator (VCO) 508 cou- 
pled to the loop filter 506, a plurality of clock dividers 
510,512,514,516,518,520 coupled in series with the 
VCO 508, and a control selector 522 coupled to the 50 
VCO 508 and clock dividers 51 0-520. The selector 522 
outputs the reference clock CK to be output from the 
PLL 404. The phase error detector 502 receives a 
demodulated digital signal S in1 comprising the clock to 
be determined, and the reference clock CK output from 55 
the selector 522, detects a phase difference between 
these two signals and outputs the phase difference, or 
the phase error signal in a digital format. The signal 
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is input to the loop filter 506 where the high frequency 
components are removed from the output in accord- 
ance with the low-pass characteristics of this filter 506. 
[0029] The circuit preferably uses the octave VCO 
508 in combination with the cascade of clock dividers 
510-520. FIGURE 4 shows six dividers-by-two used for 
the preferred embodiment, but the number of dividers is 
not limited to 6; more or less of them may be used, 
according to the frequency range necessary for a cer- 
tain application. 

[0030] Since the VCO 408 can span an octave of 
frequencies, and the reference clock output by the VCO 
508 is divided in frequency by two, four, eight, sixteen, 
etc., any frequency can be generated at the outputs of 
the dividers 510-520. The selector 522 selects a fre- 
quency of interest as the recovered clock signal CK in1 . 
The selection can be done in hardware or in software. 
[0031] The control unit 504 is used to set the pro- 
grammable gains for the loop filter 506 and the control 
selector 522. The control unit 504 determines the input 
signal frequency of the signal S in1 presented at the 
input of the PLL 404 in order to instruct the selector 522 
to choose the value of interest for the recovered clock. 
The control unit preferably determines the input signal 
frequency by having a software cycle through the output 
from the dividers 510-520 from the highest divide ratio 
(G) to the lowest divide ratio (A) until the PLL lock is 
obtained. Alternatively, a PLL lock detector could be 
implemented in hardware at the output of each divider 
510-520. In this case, the lowest frequency that a lock is 
obtained will be the fundamental frequency of the signal 

S in1- 

[0032] An optional Analog-to-Digital Converter 
(ADC) 524 is shown which may be used to monitor the 
VCO control voltage to facilitate estimation of the bit- 
rate of the recovered clock. 

[0033] The range of frequencies on which the PLL 
404 may lock is much larger than one octave, the PLL 
404 nevertheless requiring only an octave VCO 508. 
For example, VCO 508 may operate over the range 2.5 
GHz±33%. The rate for STS-48 (SONET) or STM-16 
(SDH) of 2488 MHZ is in this frequency range and 
would be available at input A of selector 522. Input B in 
this case spans the frequency range 2.5 GHz 2+33%, 
which is 1.25GHz±33%. The SONET/SDH STS- 
24/STM-8 rate of 1244MHz is on this frequency range 
and would be available at input B of selector 522. The 
SONET/SDH STS-12/STM-4 rate would be available at 
input C, etc. Very importantly, the PLL 404 may also be 
locked on other, non-SONET/SDH rates in these octave 
ranges. As examples, both 1062 MHZ (fiber channel) 
and 1600 MHZ (serial HIPPI) are frequencies on the 
range available at input B of selector 522, while 565 
MHZ (PDH) is a frequency on the range available at 
input C, and 44.736 MHZ (DS-3) is a frequency on the 
range available at input G of selector 522. 
[0034] The PLL 404 bandwidth, K, is determined 
according to the following equation: 
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K=K d*<oK h /d r 


where is the gain of the phase error detector 502, Kq 
is the VCO 508 gain, K h is the loop filter 406 gain, d n is 
the ratio for a divider n (e.g. 1 , 2, 4, 8, 1 6, etc.), n [O.N], 
H is the number of dividers, and d is the ratio of all divid- 
ers, which is 2 in the example of FIGURE 5. d was 
selected 2 in accordance with the use of an octave 
VCO. 

[0035] Referring again to FIGURE 4, it is recog- 
nized that the demultiplexer 408 is required within the 
CDR DEMUX devices 202,204 of this preferred embod- 
iment in order to allow the buffering devices (FIFO 
memory devices 206,208 in this case) and the mapping 
device 1 10 to be implemented in a technology such as 
Complementary Metal-Oxide Semiconductor (CMOS) 
which runs at a slower speed than the clock rate of the 
received signals O in1 ,O ln2 . If the buffering devices and 
mapping devices were implemented within a high- 
speed process technology that has a processing speed 
greater than or equal to the received signals O in1 ,O in2( 
the demultiplexer 408 may not be required. One possi- 
ble high-speed process technology is Gallium-Arsenide 
(GaAs). 

[0036] Referring again to the preferred embodi- 
ments of the protocol independent multiplexer depicted 
within FIGURES 2 and 3, the FIFO memory devices 
206,208 communicate with the mapping device 11 0 the 
fill levels FL 1f FL 2 of the FIFO memory devices 206,208 
and the mapping device 110 determines the outputting 
periods for the FIFO memory devices 206,208 with use 
of read signals READ 1t READ 2 . 

[0037] In the first preferred embodiment of the 
present invention depicted within FIGURE 2, the map- 
ping device 110 maps the buffered data information 
BD 1 ,BD 2 from the FIFO memory devices 206,208 into a 
frame structure. The mapping device 1 1 0, according to 
this first preferred embodiment, comprises a frame gen- 
eration and read logic block 210, a stuff bit insertion 
block 212, and an overhead insertion block 214. 
[0038] The frame generation and read logic block 
210 inputs the fill levels FL 1( FL 2 from the FIFO memory 
devices 206,208 and controls the outputting periods of 
the FIFO memory devices 206.20B with the correspond- 
ing read signals READ-,,READ 2 . The key in this first 
preferred embodiment is that the fill level of the FIFO 
memory devices 206,208 be maintained substantially in 
the middle of the available memory with the devices 
206,208. There are numerous different implementations 
for each individual frame though each will include at 
least one read cycle for each FIFO memory device 
206,208. a number of stuff bits that may be grouped as 
stuff bytes inserted by the stuff bit insertion block 212, 
and an initial overhead (OH) portion inserted by the 
overhead insertion block 214. The OH portion prefera- 
bly includes information required by a demultiplexer to 
operate properly such as information relating to the 
location of the stuff bits and to the bandwidth allocated 


to each input (the assignments of read cycles within a 
channel to particular Fl FO memory devices 206,208, as 
is described herein below). Further, the OH portion may 
include other information such as parity bits. 
5 [0039] One exemplary frame structure that could be 
utilized with the first preferred embodiment is now 
described with reference to FIGURE 6. This particular 
frame structure comprises an overhead (OH) portion 
602 and m frame channels 604 that each comprise N 
10 read cycles 606 and one or more stuff bits 608. The N 
read cycles 606 within a channel 604 preferably allow 
for a dynamic bandwidth allocation from the plurality of 
FIFO memory devices 206,208 by subdividing the 
transmission bit rate of the entire frame into N portions 
15 that are distributed among the FIFO memory devices 
206,208. For example, if the frame is to be transmitted 
at 2.5 GHz and N is set at 1 6, then each read cycle allo- 
cated to a particular FIFO memory device 206,208 
would constitute an allocation of 156.25 MHZ. Hence, 
20 the minimum bandwidth that can be allocated to a single 
FIFO memory device 206.20B would be that allocated 
for one read cycle (156.25 MHZ in the above example) 
and the maximum would be determined by the speed of 
the FIFO memory device 206,208 (hence, how many 
25 read cycles can be allocated to a particular FIFO mem- 
ory device within a single channel). Preferably, the 
bandwidth within each frame for each FIFO memory 
device 206,208 is allocated based upon the fill levels 
Fl_! , FL 2 for the particular FIFO memory devices 
30 206,208 with left over bits within the frame being filled 
with stuff bits. In one embodiment a nominal stuff rate is 
utilized which directs there to be a set number of stuff 
bits at predetermined time intervals; this nominal rate 
being preferably adjustable based on the fill levels 
35 FL 1f FL 2 of the FIFO memory devices 206,208. In one 
exemplary embodiment, to adjust for differences in fill 
levels Fl^ ,FL 2 during a frame, stuff bits can be added or 
removed depending upon the need. It is noted that if a 
large number of stuff bits are grouped together, there is 
40 a potential for jitter problems at the demultiplexer due to 
large time intervals between the arrival of data informa- 
tion. 

[0040] The number (m) of frame cycles per frame 
on the other hand is determined by the efficiency that is 

45 requested. The efficiency ratio is determined by dividing 
the number of bits used for the channels by the number 
of bits used for the entire frame including the overhead 
(OH) portion 602. To increase the efficiency, the number 
of channels per frame can be increased or the number 

so of read cycles per channel can be increased. 

[0041] Although the first preferred embodiment is 
described with an exemplary frame structure as illus- 
trated in FIGURE 6, this is not meant to limit the scope 
of the present invention. There are numerous different 

55 frame structures that could operate with the first pre- 
ferred embodiment depicted within FIGURE 2 so that 
data information is read from the FIFO memory devices 
206,208, a number of stuff bits or bytes is added to the 
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frame, and an overhead (OH) portion is attached to the 
front of the frame. In fact, the first preferred embodiment 
would support any frame structure that would allow 
dynamic allocation of bandwidth to the individual FIFO 
memory devices 206,208 so that the fill levels of the 
FIFO memory devices 206,208 are maintained substan- 
tially at a predetermined desired level or range such as 
50% full. 

[0042] Now referring to FIGURE 3, the mapping 
device 110 according to the second preferred embodi- 
ment comprises a packet interface logic block 31 0 and a 
packet multiplexer (MUX) 312. In this second preferred 
embodiment, the packet interface logic block 310 is 
input with the fill levels FL V FL 2 of the FIFO memory 
devices 206,208 so that the block 310 can determine 
when there is sufficient data information to create a 
packet. Preferably, once it is determined that sufficient 
data information is buffered within one of the FIFO 
memory devices 206,208, the packet interface logic 
block 310 activates a read cycle with the corresponding 
read signal READ V READ 2 which triggers the outputting 
of the buffered data information BD 1 ,BD 2 within the par- 
ticular FIFO memory device 206,208. Preferably, the 
read rate is higher than the write rate and so the corre- 
sponding FIFO memory device 206,208 empties during 
the read cycle. The read cycle, according to the second 
preferred embodiment, is terminated once a predeter- 
mined low level of data information is buffered within the 
particular FIFO memory device 206,208. The packet 
interface logic block 31 0 further formats the data infor- 
mation into a standard packet format, preferably includ- 
ing a header and trailer, and forwards these packets 
P 1( P 2 corresponding to respective FIFO memory 
devices 206,208 to the packet MUX 31 2. 
[0043] It is noted that, as depicted within FIGURE 3, 
one packet interface logic block 310 is servicing a plu- 
rality of FIFO memory devices 206,208. This can only 
occur if the read rate is sufficiently high; otherwise, each 
FIFO memory device 206,208 should have a corre- 
sponding packet interface logic block 31 0. 
[0044] The packet MUX 312 inserts the packets 
received from the packet interface logic block(s) 310 
into a frame structure that can be used for transmitting. 
The unused bandwidth can be filled with idle packets. 
The packet MUX 312 further can be utilized to assign 
output ports and perform connection management and 
ADM functions. Although preferably the packet MUX 
312 is a custom designed part, it is noted that an indus- 
try standard part may be utilized. 
[0045] The next component in both the first and 
second preferred embodiments, as depicted within FIG- 
URES 2 and 3, is a multiplexer (MUX) with VCO block 
216 that corresponds to the outputting device men- 
tioned above with reference to FIGURE 1. This is pref- 
erably a well known component that receives portions of 
the frames in parallel at a first slow bit rate and multi- 
plexes them at a clock rate (CK^) that is sufficient to 
output the frames on an optical signal 0 0Ut at a bit rate 


consistent with the optical fiber .utilized. Preferably, this 
MUX with VCO block 216 is formatted to operate with 
SONET and so the output bit rate should be 2.5 GHz. 
[0046] One key difference between the implemen- 

5 tations of the first and second preferred embodiments is 
the read signals READ 1( READ 2 . In the first preferred 
embodiment, the read signals READ 1) READ 2 are syn- 
chronous with the optical output signal O out of the multi- 
plexer with gaps inserted for the OH portion and the 

w stuff bits. On the other hand, the- read signals 
READ 1t READ 2 within the second preferred embodi- 
ment of FIGURE 3 are preferably asynchronous. 
[0047] Demultiplexers that preferably operate with 
the multiplexers of the first and second preferred 

is embodiments are now described with reference to FIG- 
URES 7 and 8 respectively. The demultiplexer of FIG- 
URE 7 that operates with the multiplexer of the first 
preferred embodiment comprises a CDR DEMUX 
device 702, a frame removal and write logic block 704 

20 coupled to the CDR DEMUX device 702, first and sec- 
ond FIFO memory devices 706,708 coupled independ- 
ently to the frame removal and write logic block 704, and 
first and second MUX with VCO blocks 71 0,71 2 coupled 
independently to the FIFO memory devices 706,708. 

25 [0048] The CDR DEMUX device 702 preferably 
operates to receive an optical signal O jn from an optical 
fiber, demultiplex the received optical signal O in , and 
output n signals that together comprises the received 
optical signal Oj n . 

30 [0049] The frame removal and write logic block 704 
receives the demultiplexed signals from the CDR 
DEMUX device 702, recovers the frames from the 
demultiplexed signals n, and utilizes the overhead (OH) 
portions to determine the location of the stuff bits and to 

35 determine which read cycles were assigned to which 
FIFO memory device 206,208 (input signal O in1 ,O in2 ). 
After reading the overhead portion, the frame removal 
and write logic block 704 removes the overhead portion 
and the stuff bits and writes the data information con- 

40 tained within the channels to the appropriate FIFO 
memory device 706,708. 

[0050] Preferably, the MUX with VCO blocks 
710,712, at the same time, read data information out of 
the corresponding FIFO memory devices 706,708 and 

45 output the data via respective optical signals 
°ouii.°out2 t0 optical fibers. Fill levels FL 1t FL 2 output 
from the FIFO memory devices 706,708 are preferably 
used by the VCOs within the blocks 710,712 to adjust 
the frequency of the VCOs in order to maintain the fill 

so levels FL 1( FL 2 substantially at a predetermined desired 
level or range such as 50% full . 

[0051] The demultiplexer of FIGURE 8 that oper- 
ates with the multiplexer of the second preferred 
embodiment is similar to that of FIGURE 7, but replaces 
55 the frame removal and write logic block 704 with a 
packet demultiplexer (DEMUX) 804 coupled in series 
with a packet interface logic block 806. The packet 
DEMUX 804 recovers the packets that are sent via the 
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incoming data stream output from the CDR DEMUX 
device 702 and forwards these packets to their assigned 
packet interface port within the packet interface logic 
block 806. The packet interface logic block 806 removes 
the data encapsulation (if any was required by the 
packet MUX 312) and writes the data information con- 
tained within the packets to the appropriate FIFO mem- 
ory device 706,708. The remaining components of the 
demultiplexer depicted within FIGURE 8 operate simi- 
larly to the components described previously for the 
demultiplexer of FIGURE 7. 

[0052] One key consideration that must be made 
concerning the demultiplexers of FIGURES 7 and 8 is 
the problem of output jitter on the output optical signals 
°outi'°out2- To reduce jitter, the bandwidth of the PLL 
must be sufficiently low to filter out variations in data 
arrival times. To reduce the probability of jitter problems 
many well-known techniques can be utilized such as 
increasing the amount of memory within the FIFO mem- 
ory devices 706,708 to reduce periods in which the 
FIFO memory devices 706,708 are potentially empty. 
[0053] An alternative embodiment of the present 
invention is now described with reference to FIGURE 9 
for an add/drop interface that combines the multiplexer 
and demultiplexer of the second preferred embodiment. 
This interface comprises a CDR DEMUX device 902 
that is preferably the same as the CDR DEMUX device 
702 coupled in series with a packet add/drop multiplexer 
(MUX) block 904 and a MUX with VCO block 906 that is 
preferably the same as the MUX with VCO block 216. 
Further, coupled to the packet add/drop MUX block 904 
is a packet interface block 908 which has a plurality of 
inputting FIFO memory devices 910,912 and a plurality 
of outputting FIFO memory devices 914,916 attached. 
Each of the inputting FIFO memory devices 910,912 are 
further coupled to a respective CDR DEMUX device 
918,920 and each of the outputting FIFO memory 
devices are further coupled to a respective MUX with 
VCO block 922,924. 

[0054] The CDR DEMUX device 902 receives an 
optical input signal O in , determines the input clock rate 
CK jn of the optical input signal Oj n , and outputs the clock 
rate CK in and demultiplexed signals that together com- 
prise the optical input signal O jn . The packet add/drop 
MUX block 904 receives demultiplexed signals and the 
input clock rate CK in and determines, with use of packet 
headers, which packets should be forwarded onward 
through the MUX with VCO block 906 and which pack- 
ets should be forwarded to the packet interface block 
908 for processing at the interface. Further, the packet 
add/drop MUX block 904 receives other packets from 
the packet interface block 908 that are then also for- 
warded to the MUX with VCO block 906. The MUX with 
VCO block 906 operates as described for the MUX with 
VCO block 216, outputting an optical output signal O cut . 
[0055] The packet interface block 908 operates sim- 
ilar to the combination of the packet interface logic block 
310 and the packet interface logic block 806. The CDR 


DEMUX devices 918,920 along with the inputting FIFO 
memory devices 910,912 operate the same as the sim- 
ilar components in FIGURES 2 and 3. The outputting 
FIFO memory devices 914,916 combined with the MUX 
5 with VCO blocks 922,924 operate the same as the sim- 
ilar components in FIGURES 7 and 8. Hence, the add 
function of this add/drop interface operates with optical 
input signals Oj n1 ,O jn 2 received at the CDR DEMUX 
devices 918,920 being forwarded through the inputting 
to FIFO memory devices 910,912, converted into packets 
within the packet interface block 908, and forwarded 
through the packet add/drop MUX 904 and the MUX 
with VCO block 906 to the optical output signal 0 0Ul . 
Similarly, the drop function operates as packets are for- 
ts warded to the packet interface block 908 from the 
packet add/drop MUX block 904. The packets are then 
reformatted and forwarded via the outputting FIFO 
memory devices 914,916 to the respective MUX with 
VCO blocks 922,924 where data information within the 
20 dropped packets can be output in corresponding optical 
output signals O^P^v- 

[0056] There are numerous advantages to both the 
first and second preferred embodiments of the present 
invention. The second preferred embodiment can tever- 

25 age industry investment in packet MUX technology, 
such as implemented within packet MUX block 312, to 
provide additional functionality. Further, the packet 
based solution provides simplification over the first pre- 
ferred embodiment since there is no need to provision 

30 the bandwidth of any given input port, as the packet 
MUX block 312 automatically accommodates for varia- 
tions in the input rate. Yet further, the granularity of the 
bandwidth allocation is improved for the packet based 
solution compared to the frame generation and bit stuff- 

35 ing solution. In the packet based solution, the bandwidth 
allocation for each input port is only limited by the 
defined packet size while the frame generation and bit 
stuffing solution is limited by the divide ratio of the 
number of read cycles by the rate the frame is to be 

40 transmitted at. In addition, the packet based solution of 
the second preferred embodiment has the possibility of 
added value by enabling add/drop functionality as 
described in the alternative embodiment of FIGURE 9, 
by combining the protocol independent multiplexing of 

45 the present invention with switched Ethernet interfaces 
on the same wavelength, and/or by allowing compatibil- 
ity with existing packet based networks for transmission 
over existing Internet Protocol (IP) or Asynchronous 
Transfer Mode (ATM) infrastructures. 

so [0057] On the other hand, the frame generation and 
. bit stuffing solution of the first preferred embodiment is 
simpler if a packet MUX block is not already available. 
Further, the packet based solution has a larger potential 
of having jitter problems at the demultiplexer due to the 

55 time interval between transmissions of data information. 
Yet further, the overhead portion utilized in the first pre- 
ferred embodiment can provide additional benefits such 
as internode communication channels, the ability to 
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monitor and/or correct bit errors, signalling for protection 
signalling and fault isolation, and end to end connection 
verification. If the frame format defined is compatible 
with pre-existing standards, tne frame generation and 
bit stuffing solution could allow for the multiplexed signal 5 
to be carried over existing networks such as SONET 
networks. 

[0058] In either case, the key advantages to the 
present invention are the ability of the present invention 
to multiplex signals without the knowledge of the proto- 10 
cols to be utilized being known at the time of implemen- 
tation and the ability of the multiplexer to dynamically 
allocate bandwidth to the various input signals. The first 
key advantage allows a single piece of hardware to be 
used with a multitude of different protocols, therefore 15 
not requiring large inventories of numerous different 
multiplexers and demultiplexers that are specific to a 
limited number of protocols. As well, the use of the 
present invention could reduce the number of service 
visits that would be required to replace hardware when 20 
new protocols are introduced and could increase the 
time to market of new services as no hardware changes 
would be required to carry the new service over the net- 
work. 

[0059] The ability to dynamically allocate bandwidth 25 
to the various input signals allows better utilization of 
the bandwidth within a channel with unknown bit rates, 
hereinafter referred to as a transparent channel. This 
improved efficiency reduces the cost of implementing 
transparent services that utilize transparent channels. 30 
Further, the dynamic bandwidth allocation allows for 
increased flexibility for the combining of a single high 
bandwidth service with a plurality of low bandwidth 
services which have a minimal incremental cost. 
[0060] Although the preferred embodiments have 35 
been described in detail herein above, this is not meant 
to limit the scope of the present invention. For instance, 
the "trib" functions, such as the CDR DEMUX devices 
202,204 and FIFO memory devices 206,208 within the 
multiplexers and the FIFO memory devices 706,708 40 
and MUX with VCO blocks 710,712 within the demulti- 
plexers, could be implemented on separate cards from 
the remaining components. This enables separate pro- 
tection of these "trib" components and allow for sub- 
equipping of "trib" components for lower initial costs. 45 
[0061] Another limitation of the preferred embodi- 
ments that is not meant to limit the scope of the present 
invention is the described use of either frames in the 
first preferred embodiment and packets in the second 
preferred embodiment. In fact, the mapping device can so 
map the data information input from the buffering 
devices into any data unit that is defined for, as long as 
the receiving of data information is done based upon the 
fill characteristic. 

[0062] Although the multiplexers of the preferred 55 
embodiments have been illustrated in FIGURES 2 and 3 
as having only two input optical signals O in1 ,Oi n2 , one 
skilled in the art would understand that the multiplexers 


could be implemented with more optical signals as long 
as each optical signal had a corresponding inputting 
device 104 and buffering device 106. Similar, expan- 
sions on FIGURES 7, 8, and 9 could be contemplated. 
[0063] Further, although the preferred embodi- 
ments of the present invention are directed to multiplex- 
ers and demultiplexers, it can be seen that the 
multiplexer of FIGURES 2 or 3 can be reduced to a sin- 
gle input optical signal. In this case, only a single input- 
ting device 102 and a single buffering device 106 would 
be required. Hence, rather than operating as a multi- 
plexer, the modified device would operate as an inter- 
face device between two protocols, the bit rate of the 
input optical signal either being detected by a CDR 
DEMUX device or being indicated through a software 
flag. In this implementation, the interface device would 
comprise an inputting device, a buffering device, a map- 
ping device, and preferably an outputting device. 
[0064] Persons skilled in the art will appreciate that 
there are yet more alternative implementations and 
modifications possible to provide a protocol independ- 
ent multiplexer a nd/or demultiplexer, and that the above 
implementations are only illustrations of these embodi- 
ments of the invention. The scope of the invention, 
therefore, is only to be limited by the claims appended 
hereto. 

Claims 

1 . A multiplexer comprising: 

means (1 02,1 04) for receiving at least two data 
signals at respective bit rates; 
means for recovering data information within 
each of the received data signals with use of 
their respective bit rates; 
means (106,108) for buffering the recovered 
data information from each of the received data 
signals such that the recovered data informa- 
tion corresponding to each received data signal 
is output at determined outputting periods; and 
means (110) for monitoring fill characteristics 
within the means for buffering; 
means for determining the outputting periods 
for the recovered data information correspond- 
ing to each received data signal with use of the 
corresponding fill characteristics; and 
means for mapping the received data informa- 
tion into data units and outputting the data 
units. 

2. A multiplexer according to claim 1, in which the 
means for receiving at least two data signals and for 
recovering data information comprises at least two 
inputting devices (102,104), each operating to 
receive a data signal at a particular bit rate, recover 
data information within the received data signal with 
use of the particular bit rate, and output the data 
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information; 

the means for buffering comprises buffering 
devices (106,108) connected respectively to 
the inputting devices (102,104), each buffering 5 
device (106,108) operating to receive the 
recovered data information from its respective 
inputting device (102,104), save the data infor- 
mation, and output the recovered data informa- 
tion at determined outputting periods; and 10 
the means for monitoring, determining and 
mapping comprises a mapping device (110) 
connected to the buffering devices (106,108) 
and operating to monitor a fill characteristic 
within each of the buffering devices (106,108), 15 
determine the outputting periods for each of 
the buffering devices (106,108) with use of the 
corresponding fill characteristic, receive the 
data information output from each of the buffer- 
ing devices (106,108), map the received data 20 
information into data units, and output the data 
units. 

A multiplexer according to claim 2, wherein each of 
the inputting devices (102,104) further operates to 25 
determine the particular bit rate of the respective 
received data signal. 

A multiplexer according to claim 2, wherein each of 
the inputting devices (102,1 04) receives a software 30 
flag that indicates the particular bit rate of the 
respective received data signal. 

A multiplexer according to any of claims 2 to 4 fur- 
ther comprising an outputting device (21 6), coupled 35 
to the mapping device (110), that operates to 
receive the data units and transform the data units 
into a particular format suitable for transmission. 

A multiplexer according to claim 5, wherein the data 40 
signals received at the inputting devices (102,104) 
are optical signals and each of the inputting devices 
comprises an Optical-to-Electrical converter; and 

wherein the outputting device (216) com- 
prises an Electrical-to-Optical converter and the 45 
particular format suitable for transmission is an opti- 
cal format. 

A multiplexer according to claim 5 or 6, wherein 
each of the inputting devices (102,104) further so 
operates to demultiplex the data information into a 
plurality of data information segments, the output- 
ting of the data information from the inputting 
devices (102,104) being in the form of the data 
information segments; and 55 

wherein the outputting device (21 6) operates 
to multiplex a plurality of the data units into a signal 
suitable for transmission. 


8. A multiplexer according to any of claims 2 to 7, 
wherein the buffering devices (106,108) and the 
mapping device (110) are produced with a Comple- 
mentary Metal Oxide Semiconductor (CMOS) proc- 
ess. 

9. A multiplexer according to any of claims 2 to 8, 
wherein each of the buffering devices (106,108) is a 
First-In-First-Out (FIFO) memory device (206,208). 

10. A multiplexer according to any of claims 2 to 9, 
wherein the fill characteristic is a ratio between the 
data information saved within the particular buffer- 
ing device (1 06,1 08) that has not been output and a 
maximum amount possible to be saved within the 
particular buffering device (106,108). 

11. A multiplexer according to claim 10, wherein the 
mapping device (110) determines the outputting 
periods for each of the buffering devices (106,108) 
in order to maintain the fill characteristics substan- 
tially near 50%. 

12. A multiplexer according to any of claims 2 to 11, 
wherein the mapping device (110) is a frame gener- 
ation device (210) and the mapping of the received 
data information into data units comprises the step 
of generating a plurality of frames; 

wherein each of the frames comprise an 
overhead portion and a plurality of data sections, 
each of the data sections comprising the data infor- 
mation received from one of the buffering devices 
(106,108) during one of the outputting periods; and 

wherein the overhead portion comprises 
information required to remove the frame structure 
from the data information. 

13. A multiplexer according to claim 12, wherein the 
mapping device (110) operates to determine the 
outputting periods for each of the buffering devices 
(106,108) by allocating each of the buffering 
devices (106,108) a set number of the outputting 
periods in each of the frames. 

14. A multiplexer according to claim 13, wherein the set 
number is determined dynamically for each frame 
based upon the fill characteristics of the buffering 
devices (106,1 OB). 

15. A multiplexer according to claim 13 or 14, wherein 
each of the frames further comprise at least one 
stuff bit that fills up unused space within the partic- 
ular frame and the overhead portion further com- 
prises information required to remove the stuff bits. 

16. A multiplexer according to claim 15, wherein the 
stuff bits are dynamically allocated within each of 
the frames based upon the fill characteristics of the 
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buffering devices. 

17. A multiplexer according to any of claims 2 to 11, 
wherein the mapping device (110) is a packet gen- 
eration device (310) and the mapping of the 
received data information into data units comprises 
the step of generating a plurality of packets; 

wherein each of the packets comprise a 
header portion and at least one data section, the 
data -section comprising the data information 
received from one of the buffering devices 
(106,108) during one of the outputting periods. 

18. A multiplexer according to claim 17, wherein the fill 
characteristics are measures of the amount of 
saved data information within each of the buffering 
devices (106,108); and 

wherein the mapping device (110) deter- 
mines the outputting periods for one of the buffering 
devices by determining when the respective 
amount of saved data information within the buffer- 
ing device (106,108) is sufficient to fill the data sec- 
tion of one of the packets. 

19. A multiplexer according to claim 18, wherein each 
of the packets is an Internet Protocol (IP) packet. 

20. A multiplexer according to claim 1 8, wherein each 
of the packets is an Asynchronous Transfer Mode 
(ATM) cell. 

21. A demultiplexer comprising: 

means (702) for receiving a data signal; 
means (704;804,806) for recovering data infor- 
mation within the received data signal; 
means (706,708) for buffering at least two por- 
tions of the recovered data information such 
that each portion of the recovered data infor- 
mation is output at determined outputting peri- 
ods; 

means for monitoring fill characteristics within 
the means for buffering corresponding to each 
of the portions of recovered data information; 
means for determining the outputting periods 
for each of the portions of the recovered data 
information with use of the corresponding fill 
characteristics; and 

means for outputting the portions of the recov- 
ered data information. 

22. A demultiplexer according to claim 21 , in which the 
means for receiving a data signal and recovering 
data information comprises an inputting device 
(702,704;702,804,806) operating to receive a data 
signal, recover data information within the received 
data signal, and output the data information; 


the means for buffering comprises at least two 
buffering devices (706,708) connected to the 
inputting device and operating to receive at 
least a portion of the recovered data informa- 

5 tion, save the recovered data information, and 

output the recovered data information at deter- 
mined outputting periods; 
and the means for monitoring, determining and 
outputting comprises outputting devices 

10 (710,712) connected respectively to the buffer- 

ing devices, each outputting device operating 
to monitor a fill characteristic within the respec- 
tive buffering device, determine the outputting 
periods for the respective buffering device with 

is use of the corresponding fill characteristic, 

receive the data information output from the 
respective buffering device, and output the data 
information. 

20 23. A demultiplexer according to claim 22, wherein the 
inputting device (702,704;702,804,806) recovers 
the data information by removing a data unit struc- 
ture from the data information. 

25 24. A demultiplexer according to claim 23, wherein the 
data unit structure is a frame structure comprising 
an overhead portion, a plurality of data sections that 
together comprise the data information, and at least 
one stuff bit. 

30 

25. A demultiplexer according to claim 23, wherein the 
data unit structure is a packet structure. 

26. A demultiplexer according to any of claims 22 to 25, 
35 wherein the fill characteristic is a ratio between the 

data information saved within the particular buffer- 
ing device that has not been output and a maximum 
amount possible to be saved within the particular 
buffering device. 

40 

27. A demultiplexer according to claim 26, wherein 
each of the outputting devices (710,712) deter- 
mines the outputting periods for the respective buff- 
ering device (706,708) in order to maintain the fill 

45 characteristic substantially near 50%. 

28. A demultiplexer according to any of claims 22 to 27, 
wherein the data signal received at the inputting 
device (702) is an optical signal and the data infor- 

50 mation is output from each of the outputting devices 
as optical signals; and 

wherein the inputting device comprises an 
Optical-to- Electrical converter and each of the out- 
putting devices comprise an Electrical-to-Optical 

55 converter. 

29. An interface device comprising: 
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means (902) for receiving a data signal at a 
' particular bit rate; 

means (904,908) for recovering data informa- 
tion within the received data signal with use of 
the particular bit rate; 

means (910-916) for buffering the recovered 
data information such that the recovered data 
information is output at determined outputting 
periods; 

means for monitoring a fill characteristic within 
the means for buffering; 

means for determining the outputting periods 
for the means for buffering with use of the fill 
characteristic; and 

means for mapping the recovered data infor- 
mation output from the means for buffering into 
data units and outputting the data units. 

30. An interface device according to claim 29, in which 
the means for receiving a data signal and recover- 
ing data information comprises an inputting device 
(902) operable to receive a data signal at a particu- 
lar bit rate, recover data information within the 
received data signal with use of the particular bit 
rate, and output the data information; 

the means for buffering comprises a buffering 
device (910-916) connected to the inputting 
device operable to receive the recovered data 
information from the inputting device, save the 
data information, and output the recovered 
data information at determined outputting peri- 
ods; and the means for monitoring, determin- 
ing and mapping comprises a mapping device 
connected to the buffering device operable to 
monitor a fill characteristic within the buffering 
device, determine the outputting periods for the 
buffering device with use of the fill characteris- 
tic, receive the data information output from the 
buffering device, map the received data infor- 
mation into data units, and output the data 
units. 

31. An interface device according to claim 30, further 
comprising an outputting device (906), coupled to 
the mapping device, that operates to receive the 
data units and transform the data units into a partic- 
ular format suitable for transmission. 

32. An interface device according to claim 31, wherein 
the data signal received at the inputting device is an 
optical signal and the inputting device comprises an 
Optical -to-Electrical converter; and 

wherein the outputting device comprises an 
Electrical-to-Optical converter and the particular 
format, suitable for transmission is an optical for- 
mat. 
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33. An interface device according to claim 31, wherein 
the inputting device (902) is further operable to 
demultiplex the data information into a plurality of 
data information segments, the outputting of the 
data information from the inputting device being in 
the form of the data information segments; and 

wherein the outputting device (906) operates 
to multiplex a plurality of the data units into a signal 
suitable for transmission. 

34. An interface device according to any of claims 30 to 
33, wherein the fill characteristic is a ratio between 
the data information saved within the buffering 
device that has not been output and a maximum 
amount possible to be saved within the buffering 
device. 


35. An interface according to claim 34, wherein the 
mapping device determines the outputting periods 

20 for the buffering device in order to maintain the fill 

characteristic substantially near 50%. 

36. An interface device comprising: 

25 a first inputting device (902) operating to 

receive a first data signal, recover first data 
units within the received first data signal, and 
output the first data units; 
at least one second inputting device (918,920) 

30 operating to receive a second data signal at a 

particular bit rate, recover data information 
within the received second data signal with use 
of the particular bit rate, and output the 
received data information; 

35 at least one inputting buffering device 

(910,912), connected to the inputting device, 
operating to receive the received data informa- 
tion from the inputting device, save the 
received data information, and output the 

40 received data information at determined out- 

putting periods; and 

a mapping device, connected to the inputting 
buffering device (904,908), operating to moni- 
tor a fill characteristic within the inputting buff- 

45 ering device (910,912), determine the 

outputting periods for the inputting buffering 
device with use of the corresponding fill char- 
acteristic, receive the received data information 
output from the inputting buffering device, map 

so the received data information into second data 

units, and output the second data units; 
an add/drop data unit device (904) operating to 
receive the first and second data units; deter- 
mine whether to drop any of the first data units; 

55 output any of the first data units that are to be 

dropped to the mapping device, the mapping 
device further operating to receive the dropped 
first data units, recover data information within 
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the dropped first data units, and output the 
recovered data information; and output the 
remaining first data units and the second data 
units; 

at least one outputting buffering device, con- 5 
nected to the mapping device, and operating to 
receive at least a portion of the recovered data 
information, save the recovered data informa- 
tion, and output the recovered data information 
at determined outputting periods; 10 
at least one outputting device (906), connected 
to the outputting buffering device, operating to 
monitor a fill characteristic within the outputting 
buffering device, determine the outputting peri- 
ods for the outputting buffering device with use 15 
of the fill characteristic, receive the recovered 
data information output from the outputting 
buffering device, and output the recovered data 
information that corresponds to the dropped 
first data units. 20 

37. An interface device according to claim 36, wherein 
the first and second data units are data packets. 


30 


35 


40 


45 


so 


55 
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